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VOICE ENABLED INTERACTIVE DRUG AND MEDICAL INFORMATION SYSTEM 

BACKGROUND OF THE INVENTION 

[0001] 1. Field of the Invention 

The present invention relates to a voice enabled interactive drug and medical information 
system. More specifically, the present invention relates to a system, method and business model 
for converting on-line prescription drug and other medical information into interactive voice 
responses and speech transmissions for user interaction. 

[0002J 2. Background Art 

Prior to the introduction of the Internet and other mobile technologies, most books 
containing drug and medical information resided in public or private libraries. Drug and medical 
information is traditionally constructed in text format on paper pages, these pages contained in 
large volumes. Most drug and medical information is not immediately accessible by the public 
due to the locations of public and private institutions housing such collections of these books and 
related materials. 

[0003] Drug and medical information have played a critical role in the evolution of mankind 
throughout time. Until the invention of spoken languages, physical expression was the only 
means of communicating drug and medical information. Upon the invention of paper and 
subsequently the printing press, drug and medical information could then be reduced to paper and 
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printed format for storage, reference and future reproductions. The establishment of libraries, 
electronic data and the Internet has introduced new methods for accessing and interacting with 
drug and medical information. Generally, there are four models for accessing and interacting with 
drug and medical information: libraries, Internet, telephone and mobile data devices. 

[0004] Most drug and medical books are not available in electronic format and as such the 
obstacle of accessing libraries and repositories collecting and maintaining drug and medical 
information remains as the primary obstacle to access. Automated data transmission and retrieval 
systems were developed as a result of utilizing the Internet as the primary means for broadcasting 
and receiving drug and medical information as well as enabling a majority of the interactions 
with and between users in the public and medical information providers. Public users use the 
Internet to locate online medical libraries and data repositories, to access drug and medical 
information. Much of the drug and medical information in print today is not accessible to the 
public due to licensing and copyright issues that conflict with free public access. 

[0005] Under the typical medical information access model, a user accesses drug and medical 
information by locating a medical school library or public library and traveling the facility to read 
the information contained in volumes stored at these libraries. Problematic to this process is the 
small number of medical libraries and institutions geographically located to facilitate easy public 
access. Copyright permissions prevent users from photocopying or electronically reproducing 
said materials without fees. As well, reference materials are not permitted to be checked-out to 
be removed from libraries due to the cost and availability of such resources. 
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[0006] Additionally, a user is limited as to the amount of drug and medical information that is 
cross-referenced between healthcare providers, drug manufacturers, medical professionals and 
resellers. At present there is no system that provides intuitive cross-references between 
prescription and non-prescription drug information, its manufacturer a healthcare professional 
that can prescribe the drug as well as provide all of the chemical and medical information about 
the drug and recommend a retailer from whom the drug can be purchased. 

[0007] Under the typical drug and medical information distribution model, pharmaceutical 
companies produce a drug or medicine to be released to market. All information pertaining to the 
drug composition, chemical makeup, recommended dosages, interactions with other drugs, side- 
effects and all other FDA required information is then published electronically and in print. The 
FDA maintains this data and information in electronic format, and distributes it to the public 
through Internet access, but limits the information available only to the chemical compositions of 
the drug as described above. Online drug and medical information services, such as WebMD, 
provide only limited drug and medical information; however, a user must have Internet access in 
order to use the service. Further, other drug and medical information providers are by 
subscription only and therefore distribution is limited to paying subscribers. 

[0008] At present, print based drug and medical information can only accessed by physically 
traveling to a repository housing drug and medical information. Online based drug and medical 
information can only be transmitted through protocols that require a PC, client-server, or browser 
compliant device that is capable of receiving and/or transmitting http protocol based on-line drug 
and medical information. Access to drug and medical information is nearly always accomplished 
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by user using a PC to access the drug and medical information via the Internet. However, there 
are many limitations that are imposed upon users by making drug and medical information 
available only by accessing the Internet through a PC or wireless device configured with the 
necessary software to view and interact with drug and medical information and content. If a user 
cannot gain access to a PC, he cannot access the drug and medical information. The end result in 
many instances is that the user suffers health or economic loss because of the inability to access 
the Internet and locate information that would be critical to decisions for prescribing drugs or 
medications to people. Over 100,000 deaths a year are attributed to misprescribed and over-the- 
counter drugs. 

[0009] Due to the limitations of current technology, in order for a physician, healthcare provider, 
pharmacist or layperson to have unlimited access to drug and medical information for the 
duration of an inquiry wherein the user is accessing drug and medical information sources, the 
user would be required to carry on his person or have immediate access to large printed drug and 
medical information volumes or have constant access to or carry on his person a PC with Internet 
data access. Such a PC must be capable of the same coverage of data reception and transmission 
as those associated with wireless and terrestrial based telephone communication systems. The 
required PC would also need to roam from one wireless and cellular coverage area to another 
without the requirement of being reconfigured across individual networks to gain access to the 
Internet. 

[0010] The present drug and medical information distribution model is not feasible due to the 
many practical technological limitations of modern IP, terrestrial and wireless networks, 
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geographical location and registration requirements, security and access controls and 
transportability, whereby to prevent real-time access to current drug and medical information. 
While wireless connectivity is pervasive throughout the world, transmission of protocols capable 
of carrying Internet content and http-based packets is not available in many areas. Additionally, 
many individuals will not adopt mobile phones as Internet browsers due to issues regarding the 
size and functionality of mobile phones and devices. Further the large printed volumes of drug, 
medical books and related materials are too in cumbersome to carry on one's person. 

[0011] Computers are not sufficiently portable to be transported on one's person for any 
reasonable length of time. Mobile devices have not attained universal adoption in the market and 
suffer from extensive usability and feature set limitations. Printed volumes are too large and 
heavy. Separate subscriptions are required for each category of device connectivity, making using 
multiple wireless devices economically unsound. Most mobile device services are not currently 
configured to share a wireless account between a wireless telephony device and a mobile data 
device. Consequently, there is not an effective solution available to drug and medical information 
users that allows for pervasive interaction with drug and medical information sources in a real- 
time environment without extensive additional hardware and third-party wireless data service 
expenses. 

[0012] Drug and medical information users want access to current drug and medical information 
at all times. Drug and medical information users also want to have drug and medical information 
users available to them in a format that is easy access, simple to use and available nearly 
anywhere in the world by means of a readily available telephone device. Accordingly, what is 
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required is a system wherein physicians, nurses, pharmacists, healthcare professionals and 
layperson can interact with drug and medical information in real time though terrestrial based 
telephones, cellular phones, satellite phones and voice enabled mobile devices at anytime across 
any supporting wireless or terrestrial based telephone network. 

SUMMARY OF THE INVENTION 
[0013] In general terms, disclosed herein is a voice enabled interactive on-line drug and medicine 
information system and method that enables drug and medical information users the ability to 
receive and transmit real-time drug and medical information and commands through speech 
recognition and voice enabled systems. The voice enabled on-line drug and medicine 
information system permits the user to interact with drug and medical information by means of a 
telephone. The nature of the interaction may involve the reception and transmission of queries 
and responses generated by the user and an existing on-line drug and medical information service 
during the lifecycle of an interaction that includes voice responses or other human 
understandable and generated audio data formats. 

[0014] These and other needs are fulfilled by the voice enabled on-line drug and medical 
information system disclosed herein, whereby a user of an on-line drug and medical information 
can interact in real-time with drug and medical information services using a telephone to 
interface with drug and medical information conversion systems capable of transforming drug 
and medical information into and from interactive voice responses. The on-line drug and 
medical information conversion system further allows users the ability to access member profile 
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information as well as the ability to search and browse on-line drug and medical information 
service providers using a telephone. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] FIG. 1 is a block diagram illustrating the system and subsystem level elements of the 
voice enabled interactive on-line drug and medical information system of this invention; 



[0016] FIG. 2 is a flow chart illustrating the main menu and system interaction types offered by a 
voice enabled drug and medical information service; 



[0017] FIG. 3 is a flow chart illustrating the process of an inbound (user initiated) interaction 
with information events and/or objects offered by the voice-enabled, interactive automated drug 
and medical information service; 



[0018] FIG. 4 is a flow chart illustrating the method of outbound (system initiated) interaction 
with information events generated by the drug and medical information service and received by a 
telephone device of a user; 



[0019] FIG. 5 is a flow chart illustrating the process of an inbound (user initiated) interaction 
with the voice enabled interactive drug and medical information service; 



[0020] FIG. 6 is a flow chart illustrating the process of an outbound (system initiated) interaction 
with the voice enabled interactive drug and medical information service; 
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[0021] FIG. 7 is a flow chart illustrating the normal cycle of data and control to and from the 
user and the voice enabled interactive drug and medical information system of FIG. 1. 

DETAILED DESCRIPTION 
[0022] FIG. 1 of the drawings shows a block diagram that is representative of an on-line 
interactive drug and medical information system having interactive speech and voice recognition 
capabilities to enable real time user participation from telephone and mobile devices. The 
interactive drug and medical information system of FIG. 1 is adapted to convert on-line content 
and other information containing drug and medical information into interactive voice responses 
that are accessible to users by means of a terrestrial telephone system or mobile device such as, 
for example, a wireless phone, PDA, or other device that is capable of such interaction. 

[0023] More particularly, the on-line drug and medical information system of FIG. 1 includes a 
telephony/voice system 120. The telephony/voice system 120 is responsible for making the 
connection to an outside telephony network 110 that is capable of being interfaced with a 
terrestrial or mobile telephone system of a user 100. That is, system 120 must be capable of 
accepting inbound telephone calls from an outside telephony device as well as initiating 
outbound calls to the outside telephony device. System 120 must also be able to receive and 
understand commands and information that is received from an outside application system 131 in 
a manner that will be explained in greater detail hereinafter. 

[0024] The telephony/voice system 120 includes a voice instruction interpreter 123 that is 
capable of receiving and understanding voice content and instructions in an electronic format that 
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are indicative of input and output prompts that the telephony/voice system 120 will hear and 
provide. By way of an example, the voice instruction interpreter 123 may be a VXML browser 
that understands VXML (voice extensive markup language). 

[0025] The telephony/voice system 120 also includes a speech/text-to-speech engine 121 that is 
capable of receiving and understanding voice (and other audio) instructions. The speech/text to 
speech engine also has the capability of converting the voice content and instructions (most 
commonly in the form of text) into human understandable speech and other audio to be output 
from the telephony/voice system 120. 

[0026] In addition, the telephony/voice system 120 includes a speech/DTMF recognition engine 
122 that is interfaced with the voice instruction interpreter 123. The speech/DTMF recognition 
engine 122 is capable of receiving and understanding speech and DTMF tones. Depending upon 
a set of predetermined vocabulary words, recognition engine 122 is able to provide an output in a 
proper grammatical form that best matches the incoming speech or DTMF tones generated by a 
user. 

[0027] Lastly, telephony/voice system 120 also includes a call initiation mechanism 124 that is 
capable of receiving and understanding instructions to cause the system 120 to initiate an 
outbound telephone call to a user. The call initiation mechanism 124 is typically given a phone 
number to access and a starting point at which a communication will begin once a telephone call 
has been successfully completed. 
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[0028] Its simplest form, the voice instruction interpreter 123 of the telephony/voice system 120 
receives voice information and instructions by which to indicate the output of the system 120, the 
input for which the system 120 should be listening, an order of interaction, and further actions to 
be taken depending upon the occurrence of certain predetermined events. The voice instruction 
interpreter 123 provides the speech/text-to-speech engine 121 with voice output instructions, 
typically in the form of text or audio files, to be output from system 120 to a telephony system. 
The voice instruction interpreter 123 also provides the speech/DTMF recognition engine 122 
with an input recognition set, commonly in the form of a grammar, to identify those speech 
patterns to which engine 122 should be responsive. Depending upon whether engine 122 
receives information that is understood, corresponding information is relayed to the voice 
instruction interpreter 123 in the form of a subset of the grammar with which engine 122 was 
provided. Such information may also indicate an error condition. The voice instruction 
interpreter 123, speech/text-to-speech engine 121, speech/DTMF recognition engine 122 and call 
initiation mechanism 124 interact with one another and systems outside the telephony/voice 
system 120 to manage the telephony portion of the interaction between the user and an on-line 
interactive drug and medical information system 140 by means of understanding human speech 
and DTMF key activations as well as the generation of output speech and other audio signals. 

[0029] FIG. 1 also shows an application system 130 interconnected to the telephony/voice 
system 120. Application system 130 is responsible for managing and brokering the interface 
between telephony/voice system 120 and the drug and medical information system 140. In 
certain cases, it may be possible to eliminate the application system 130 entirely. That is to say, 
it is possible for the drug and medical information system 140 to provide output instructions 
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directly to and receive instructions from the telephony/voice system 120. Nevertheless, some 
separate and intermediate component will still be required between the on-line drug and medical 
information system 140 and telephony/voice system 120 that is capable of interacting with users. 

[0030] The application system 130 includes an application service 131 which is capable of 
transmitting and receiving instructions and information to and from the telephony/voice system 
120. Such information would include, but is not limited to, outbound call initiation instructions, 
VXML to control the interaction with a user, hang-up instructions, etc. The application service 
131 is also responsible for transmitting and receiving instructions and information to and from 
the on-line drug and medical information system 140. 

[0031] The application system 130 also includes an application database 132. Application 
database 132 is responsible for the delivery and persistence of application information to and 
from the application service 131. Such application information can include user profile 
information, cached rug or medical information, and the like. 

[0032] The majority of the tasks performed by the application system 130 is completed by the 
application service 131. At the highest level, application service 131 is responsible for the 
translation of on-line drug and medical information and commands into telephony/voice specific 
information and commands and visa-versa. The application service 131 enables the flow of 
information between the voice/telephony system 120 and the drug and medical information 
system 140. 
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[0033] FIG. 1 also shows the on-line drug and medical information system 140 interfaced with 
the application system 130. The on-line drug and medical information system 140 is responsible 
for drug and medical information management, user profile management, session specific 
information, etc. The on-line drug and medical information system 140 must be capable of 
operating with the other systems 120 and 130 of FIG. 1 through a suitable application 
programming interface that is preferably drug and medical specific. 

[0034] The on-line interactive drug and medical information system 140 also includes a drug and 
medical information database 142. Drug and medical information database 142 is responsible for 
the delivery and persistence of drug and medical information to and from the information service 
141. Such drug and medical information can include user profile information, account 
information, etc. 

[0035] The majority of the tasks performed by the on-line drug and medical information system 
140 is completed by the on-line drug and medical information service 141 . At the highest level, 
the on-line drug and medical information system service 141 is responsible for making the on- 
line drug and medical information system automated. On-line drug and medical information 
service 141 must be capable of performing all of the services and actions that are common to 
conventional on-line services. 

[0036] A user 100 communicates with the telephony/voice system 120 by way of a telephony 
network 110. Telecommunications networks like that represented by reference numeral 1 10 are 
well known and, therefore, will not be described in detail herein. In general, however, the 
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telephony network 110 is responsible for a connection between the user's telephony device and 
the telephony/voice system 120. By way of example, the telephony network 110 may include 
some or all of a cellular or mobile telephone network 111, a satellite telephone network 112, 
and/or a public switched telephony network (PSTN) 113. 

[0037] A user 100 wishing to interact with an on-line drug and medical information system 
communicates with the telephony/voice system 120 by way of the telephony network 110 and a 
suitable telephone device. Such a user activated telephone device by which to enable the user 
100 to access the on-line drug and medical information system 140 may include, but is not 
limited to, a mobile or cellular phone 101, a terrestrial telephone 102, or a satellite phone 103. 

[0038] Although the telephony/voice system 120, the application system 130 and the on-line 
drug and medical information system 140 of FIG. 1 are illustrated as separate systems, these 
systems are not necessarily limited by physical hardware boundaries. That is to say, each system 
could reside on and be run by the same computer. Moreover, the software used to control such a 
computer in the voice enabled on-line drug and medical information system of this invention 
could be written as a single monolithic program. On the other hand, the systems 120, 130 and 
140 of the voice enabled on-line drug and medical information system of FIG. 1 are not required 
to be located on a single machine. By way of example, the drug and medical database 142 of the 
on-line drug and medical information system 140 could be distributed across a series of 
interlinked machines which span the globe. Therefore, it is to be understood that the 
components, systems and subsystems of the voice enabled interactive on-line drug and medical 
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information system of FIG. 1 are illustrated merely to denote the most logical boundaries so that 
the construction, organization and interconnection may be more easily understood. 

[0039] In this same regard, it should also be understood that the directional arrows illustrated 
between the systems 120, 130 and 140 denote the most logical information flow path. However, 
the precise means for generating the information flow as well as the corresponding flow paths 
can be accomplished in different ways. For example, one directional arrow in FIG. 1 illustrates 
that drug and medical information flows from the on-line drug and medical information service 
141 of on-line drug and medical information system 140 to the application service 131 of 
application system 130. The on-line drug and medical information service 141 can send drug and 
medical information to a listening port on the application service 131 without ever having been 
prompted for said information (i.e., often referred to as a push by the on-line drug and medical 
information service to the application service), or the application service 131 can request certain 
information from the on-line drug and medical information service 141. Such requested 
information should be returned to the application service 131 in the reply generated by the on- 
line drug and medical information service 141 (i.e., often refen-ed to as a pull by the application 
service from the on-line drug and medical information service). 

[0040] What is more, other devices can be included in FIG. 1 to initiate information flow. For 
example, the delivery of information denoting that a particular user had requested information for 
a particular drug or medical item can be accomplished in different ways. In a first case, a user 
100 that is connected to the application system 130 through the telephony/voice system 120 
could request, by means of his phone and voice, information whether new information has been 
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released about any selected drug or medical items. This request would be translated and 
ultimately transferred to the application system 130 which eventually causes the application 
service 131 to request from the on-line drug and medical information service 141 information to 
identify whether the user 100 has new information. In the alternative, a timing mechanism could 
expire within the application service 131 at which time the application service will request from 
the on-line drug and medical information service 141 suitable information to identify whether the 
user 100 has new information. As an additional alternative, upon determining that the user 100 
had new information, the on-line drug and medical information service 141 will push the 
information to the application service 131. 

[0041] FIG. 2 of the drawings illustrates a main menu for the voice enabled interactive on-line 
drug and medical information system of FIG. 1 and the drug and medical information interaction 
types that are offered therein. The main menu of FIG. 2 is called up by the voice application 
during step 200 for presentation to the user either alone or as an integrated piece of a specialized 
interface that is presented within the context of a user initiated inbound (as is best in FIG. 4) call 
interaction. When the main menu is called by the voice enabled system, the user is presented 
with a series of dynamic prompts 210, the exact nature and number of which are determined by 
the particular profile of the user. If the user profile contains at least one of the drug or medical 
items that are appropriate to one of those specific prompts 210, then that prompt is read as an 
option in the main menu. If the user's profile does not contain the particular drug or medical 
item, then the prompt is not provided as an option in the main menu. Thus, it will be appreciated 
that the main menu will be relatively simple while still allowing a user all the possible options 
for interaction that are usual and appropriate. 
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[0042] A list of the drug or medical interactive prompts available from the dynamic menu 
prompts 210 will now be described. By way of a first example, a search prompt 21 1 is provided 
such that the user can query the system for any drug and medical information contained within 
the system or connected system. 

[0043] A drug definition prompt 212 is provided in the event that drug information requested 
from search prompt 21 1 has been returned and contains a definition. Prompt 212 gives the user 
the option to listen to the drug definition or browse any prompt in which the user would like to 
consider taking additional action. 

[0044] A chemical name prompt 213 is provided when the drug information requested from 
search prompt 21 1 has been returned and contains a chemical name. Prompt 213 gives the user 
the option to listen to the chemical name or browse any prompt in which the user would like to 
consider taking additional action. 

[0045] A contraindications prompt 214 is provided when the drug information requested from 
search prompt 211 has been returned and contains a chemical makeup. Prompt 214 gives the 
user the option to listen to the contraindications or browse any prompt in which the user would 
like to consider taking additional action. 

[0046] An adverse reactions prompt 215 is provided when the drug information requested from 
search prompt 211 has been returned and contains an adverse reaction. Prompt 215 gives the 



16 



user the option to listen to the adverse reactions or browse any prompt in which the user would 
like to consider taking additional action. 

[0047] A side effects prompt 216 is provided when the drug information requested from search 
prompt 21 1 has been returned and contains a side effect. Prompt 216 gives the user the option to 
listen to the side effects or browse any prompt in which the user would like to consider taking 
additional action. 

[0048] If the user selects one of the dynamic menu prompts 210 during a selection step 220, then 
the user is presented with an information object within the selected category. If the user does not 
select one of the options offered by the prompts during the selection step 220, the interactive 
drug and medical information system returns to the context that called the main menu to handle 
the original user input. 

[0049] In the case where a selection is made by the user during step 220, one of a variety of 
corresponding options are available. By way of a drug search process 231, the user is provided 
with a comprehensive definition of the search criteria from prompt 211. Upon selecting this 
object the interactive drug and medical information system then reads the relevant information. 
Once the action has been selected, the interactive information system confirms that the action 
was completed correctly and then returns to the context that called the main menu. 

[0050] Another option that is available to the user is a chemical name process 232. If this option 
is selected, the user is provided with the chemical name of the requested drug from search 
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prompt 211. Upon selecting this object the interactive information system then reads the relevant 
information. Once the action has been selected, the interactive drug and information system 
confirms that the action was successfully completed and then returns to the context that called the 
main menu. 

[0051] Another option available to the user is the chemical makeup process 233. If this option is 
selected, the user is provided with the chemical makeup of the requested drug from search 
prompt 211. Upon selecting this object the interactive information system then reads the relevant 
information. Once the action has been selected, the interactive drug and information system 
confirms that the action was successfully completed and then returns to the context that called the 
main menu. 

[0052] Yet another option available to the user is the contraindications process 234. If this 
option is selected, the user is provided with a brief list of drugs contraindicated for the requested 
drug from search prompt 211. Upon selecting this object the interactive information system then 
reads the relevant information. Once the action has been selected, the interactive drug and 
information system confirms that the action was successfully completed and then returns to the 
context that called the main menu. 

[0053] Another option available to the user is the adverse reactions process 235. If selected, this 
process provides the user with a brief list of adverse reactions for the requested drug from search 
prompt 211. Upon selecting this object the interactive drug and medical information system then 
reads the relevant information. Once the action has been selected, the interactive information 
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system confirms that the action was successfully completed and then returns to the context that 
called the main menu. 

[0054] Another option available to the user is the side effects process 236. If selected, this 
process provides the user with a brief list of side effects for the requested drug from search 
prompt 211. Upon selecting this object the interactive drug and medical information system then 
reads the relevant information. Once the action has been selected, the interactive drug and 
information system confirms that the action was successfully completed and then returns to the 
context that called the main menu. 

[0055] After the user interaction with the main menu of FIG. 2 has been completed, or if one of 
the available information interaction categories or main menu items is not selected, the 
interactive drug and medical information system returns to the context that originally called these 
options during step 240. 

[0056] FIG. 3 of the drawings illustrates the process flow where a user calls the voice enabled 
interactive drug and information system of FIG. 1 for the purpose of obtaining drug and medical 
object information. The process of an inbound user initiated interaction 300 occurs when a call 
is connected from the user 100. That is, the user dials the application access phone number and 
the call connects via the telephony network 1 10 of FIG. 1. Following user connection, user login 
310 occurs during which the user is greeted by a suitable welcome message that may include an 
optional sponsor message as well as a prompt to enter the login ID of the user for the purpose of 
identification. User identification may also be accomplished through a user or caller ID or any 
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other unique identification means, whether automated or manual. Once identified, the user must 
then enter a personal PIN security identifier that confirms the user's permission to access his 
account. The PIN, or password, step may be eliminated depending upon the security preferences 
of the user. 

[0057] Following the user login 310, a series of automated logical steps occur by means of 
dynamic prompts logic 320. These steps lie in the background to determine the number of active 
information events that are in the account of the user. Active information events are drug and 
information service conditions that fulfill criteria to make them of timely interest to the user. 
Such active information events are the same conditions that enable navigation options in the 
main menu (of FIG. 2). However, this mechanism provides the user with links directly to the 
information that is most appropriate to the user's immediate interests. If the user has no active 
information events, he is directed to the main menu for navigation through the drug and 
information service options. If the user has only one active information event, he is provided 
with a prompt to jump directly to that information without having to listen to all of the available 
options of the main menu. If there is more than one active information event, then the user is 
taken to a dynamic list of information events 1 . . .N. 

[0058] Following the dynamic prompts logic 320 are dynamic information event prompts 430. A 
user is read a list of events which are active information events in the user's account and from 
which the user can select one event for immediate access to the information without having to 
listen to all of the available options in the main menu. Once the dynamic list of information 
events has been completed, the user is taken to the main menu for other navigational options. 
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[0059] The next step of the inbound process flow is the information item selection step 340. An 
information item is selected via either one of a dynamic prompt for an active information event 
or through the main menu of FIG. 2. During this step, the user selects a particular information 
object for potential action. 

[0060] During an information item step 350, and as was previously described when referring to 
FIG. 2, the user first evaluates relevant information for the information item selected during the 
prior step 340 and then elects whether to interact with the selected item. If an election is made to 
interact, an input is completed and the system provides a message to confirm that action has been 
initiated and executed. 

[0061] Following confirmation that an information action was consummated, the user may elect 
to end the call at step 360 or return to the application in order to select another information item 
for interaction through the main menu of FIG. 2. Should the user choose to end his call, the 
system simply disconnects the incoming line at step 370. 

[0062] FIG. 4 of the drawings illustrates the process flow of the voice enabled interactive drug 
and medical information system for transmitting an information event or events to the telephony 
device (designated 101, 102 and 103 in FIG. 1) of a user for the purpose of delivering drug and 
medical information and/or enabling a user action relating to a drug or medical information 
object. The user telephony device receives a call from the interactive drug and medical 
information system at step 400. Next, the user decides whether to accept the call during step 
410. If the user accepts the call, he enters the interactive drug and medical information system 
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and then may receive an optional sponsor message. If the call is not accepted, then the 
interactive drug and medical information system may respond in any one of a variety of actions. 

[0063] A first action 411 will occur when the telephone line is busy. If the line is busy, 
predetermined business rules that are appropriate for a drug and medical information service to 
determine whether the call is repeated or simply abandoned. Such business rules typically have a 
default condition but may also be configured by the user. 

[0064] A second action 412 will occur if the telephone line is answered by a voicemail system. 
In this case, the business rules determine whether a message is left, the call is repeated, or the call 
is simply abandoned. Such business rules have a default condition but may also be configured by 
the user. 

[0065] Another action 413 will occur if the telephone line is answered by a facsimile tone. In 
this case, the business rules determine whether a fax is transmitted with relevant drug and 
medical information, the call is repeated, or the call is simply abandoned. Such business rules 
have a default condition but may also be configured by the user. 

[0066] An additional action 414 will occur when the line is connected but dropped prior to login. 
Once again, the business rules determine whether the call is repeated or the call is abandoned. 
Such business rules have a default conditions but may also be configured by the user. 
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[0067] Provided that the user accepts the call from the application, he is prompted with a brief 
list of active information events 420 that triggered the outbound interaction between the 
interactive drug and medical information system and the user. This list provides a brief summary 
of each information event so that the user may decide whether the event is worthy of entering the 
interactive drug and medical information system for more information and potential actions. The 
list is kept relatively short for the purpose of speedy evaluation as well as security and privacy, 
since this information is provided to the user prior to a secure login to the interactive drug and 
medical information system. 

[0068] Once the user is alerted to an information event that merits his evaluation and potential 
action, he initiates a login process at step 421 . Since the telephone call was made to a potentially 
secure telephone device, the user may elect to configure his account to require the entry of a 
secure PIN, or the user may set-up an account to enter the interactive drug and medical 
information system directly. This setting may be user configurable or selected to accommodate 
standard drug and medical information service security policies. Following login, the user may 
be presented with an optional sponsor branding message. 

[0069] After the user enters the interactive drug and medical information system, dynamic 
prompt logic 430 causes a series of automated logic steps to occur in the background to 
determine the number of active information events that are in the account of the user. Active 
information events are drug or medical service conditions that fulfill criteria to make them of 
timely interest to the user. These events are the same conditions that enable navigation options in 
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the main menu. However, the dynamic prompt logic 430 provides the user with links directly to 
the information that is most appropriate for the user's immediate attention. 

[0070] In the event that the user has no active information events, he is taken directly to the main 
menu for navigation through the interactive drug and medical information service options. If the 
user has only one information event, he is provided with a prompt to jump directly to that 
information without having to listen to all of the available options of the main menu. If there is 
more than one active information event, then the user is taken to a dynamic list 440 of 
information events 1 . . .N. 

[0071] More particularly, the user is prompted with a list 440 of information events including a 
brief summary of the active information events in his account from which the user can select one 
event for immediate action to the information without having to listen to all of the available 
options in the main menu. Once the dynamic list of option events is completed, the user is taken 
to the main menu for other navigational options. 

[0072] In the case where the user selects an information item during step 450 via either a 
dynamic prompt for the list 440 of information events or through the main menu, he selects a 
particular information item and potential action. During an information item step 460, and as 
was previously described when referring to FIG. 2, the user first evaluates relevant information 
for the information item selected during step 450 and then elects whether to interact with the 
selected item. If an election is made to interact, an input is completed and the system provides a 
message to confirm that action has been initiated and executed. 
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[0073] Following confirmation that an information action was consummated, the user may elect 
to end the call at step 470 or return to the application in order to select another information item 
for interaction, either through the dynamic list 440 of information events or the main menu of 
FIG. 2. Should the user choose to end his call, the system simply disconnects the incoming line 
at step 480. 

[0074] Turning to FIG. 5, there is shown a block diagram to illustrate the common data and 
control flow of a system inbound call initiation when a user calls the telephony/voice system 120 
of FIG. 1. FIG. 5 demonstrates how the voice enabled interactive on-line drug and medical 
information system herein described reacts to an inbound call placed by a user and how the 
interactive drug and medical information system eventually delivers the first pieces of interaction 
to the user. The steps which are indicative of the system inbound call interactions are described 
while referring concurrently to FIGs. 1 and 5 of the drawings. 

[0075] A user 100 uses his telephone device 101, 102 or 103 to initiate a telephone call across 
any telephony network 1 10 of FIG. 1. The incoming telephone call is made during step 501 of 
FIG. 5 and received by the telephony/voice system 120 of FIG. 1 during step 502 of FIG. 5. The 
call is then accepted by the telephony/voice system 120. 

[0076] During step 503 of FIG. 5, the telephony/voice system 120 requests an initial voice 
instruction set from the application system 130 of FIG. 1. This initial instruction set can be 
prestored or retrieved at the time of the inbound call. The initial request can also include 
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information derived from the telephony network 1 10 (e.g., caller ID) and/or the number that was 
dialed by the user (DNIS). 

[0077] During step 504 of FIG. 5, the application service 131 of the application system 130 of 
FIG. 1 returns an initial voice instruction set to the telephony/voice system 120 which, in turn, is 
delivered to the voice instruction interpreter 123 thereof. By way of example only, the first 
instruction set may be a simple message (e.g., such as a welcoming message to the user 100) and 
does not require particular grammar. However, the returned instruction set from the 
telephony/voice system 120 could reflect information that was supplied by the telephony network 
110. For example, if a caller ID was used, a specific welcome message could be presented to the 
user 100 that was associated with the user's phone number. Lastly, during step 505 of FIG. 5, the 
normal user-to-system interaction begins (see line 700 in FIG. 7). 

[0078] While FIG. 5 illustrates the common data and control flow of a system inbound call 
initiation, FIG. 6 of the drawings illustrates the common data and control flow of a system 
outbound call initiation. That is, FIG. 6 is a block diagram to illustrate the steps by which the 
voice enabled interactive on-line drug and medical information system places an outbound call to 
a user, how the outbound call is initiated, how the system eventually delivers the first pieces of 
interaction to the user, and how the system reacts in the case of an unsuccessful outbound call. 
The steps which are indicative of the system outbound call initiation are described while referring 
concurrently to FIGs. 1 and 6 of the drawings. 
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[0079] During the initial step 601 of FIG. 6, the interactive drug and medical information system 
140 of FIG. 1 creates an information event which must be delivered to the user 100. This event 
is transmitted to the application system 130 of FIG. 1 during step 602 of FIG. 6. The event can 
be actively sent (i.e. pushed by the interactive drug and medical information system 140) or 
requested (i.e. pulled) by the application system 130. Any events transmitted should be 
considered as user specific (e.g., information requested by the user at an earlier date). The 
foregoing represents one method by which an event can be contained within the application 
system 130. 

[0080] Alternatively, the application system 130 may contain an information event occurs when 
the application system 130 generates its own event. This event will be considered as non-user 
specific (e.g., a system or business rule has expired etc.). However, such events are still pertinent 
to the voice enabled interactive drug and medical information system of FIG. 1. Once an event is 
contained within the application system 130, a decision must be made how to handle such events. 
During step 603, and provided that a decision is made to place a call, the application service 131 
within the application system 130 sends an outbound call instruction to the call initiation 
mechanism 124 within the telephony/voice system 120 of FIG. 1. This call instruction typically 
contains the telephone number to be called, instructions for the system in the case of a 
successfully placed call, and instructions for the system in case of an unsuccessfully placed call. 
It should be recognized that the application service 131 does not necessarily have to act 
immediately upon receiving an event. The business rules that are established and in place at the 
time of the information event will determine the actions to be taken in view of particular events 
given a particular state of conditions. Inasmuch as FIG. 6 relates only to outbound call initiation, 
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a detailed discussion of the timeliness of the actions taken by application service 131 has been 
omitted. Nevertheless, and by way of example only, the application service 131 would typically 
store an event to be handled later or deleted (e.g., if a user instructed the system not to call 
between certain hours of the day or if a user were no longer active within the system). 

[0081] During step 604 of FIG. 6, the telephony/voice system 120 initiates a call to the user 100. 
Upon receiving the outbound call instruction, the telephony/voice system 120 will place an 
outbound call to the user. Such outbound call would be accomplished over the telephony 
network 110. The call will either be completed successfully to the user or, for a variety of 
reasons, the call will be unsuccessful. In the event that the call to the user is successful, the 
telephony/voice system 120 requests an initial voice instruction set from the application system 
130 during step 605 of FIG. 6. The initial instruction set can be prestored or retrieved at the time 
of the inbound call. The initial request can also include information derived from the telephony 
network 110 such as the caller ID or the number that was dialed (DNIS). Information will also 
be sent back to the application system 130 regarding the identity of the caller (i.e., whereby to 
return information that was originally supplied by the application system 130). 

[0082] Provided that the outbound call was successful, the application service 131 of application 
system 130 of FIG. 1 returns the instruction set to the telephony/voice system 120 during step 
606 of FIG. 6. The application service 131 within the application system 130 returns an initial 
voice instruction set to the telephony/voice system 120 which is delivered to the voice instruction 
interpreter 123 thereof. This instruction set can be more detailed than the example described 
when referring to step 604 of FIG. 6, inasmuch as the application service 131 should now be 
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aware of the identity of the user being called and the reason for the call. During step 607, normal 
user interaction begins. That is, the normal user-to-system interaction occurs (see line 700 of 
FIG. 7). 

[0083] In the event, however, that the outbound call that was placed during step 604 of FIG. 6 
was unsuccessful, then, during step 610, the telephony/voice system 120 notifies the application 
system 130 that the outbound call was not successfully completed. The telephony/voice system 
120 should be capable of relaying back to the application system 130 the reasons for unsuccessful 
outbound calls in cases where it is desirable to create a robust and intelligent interactive drug and 
medical information system. By way of example, an outbound call may be unsuccessful in the 
event that the telephone of the user is busy, the telephone number of the user is invalid, the user 
was not available to access his telephone, the telephony network 1 10 was busy, etc. 

[0084] Finally, during step 611 of FIG. 6, the application service 131 of application system 130 
takes appropriate action according to the business rules in place. That is, upon notification that a 
call was not successfully completed to the user, the application service 131 will respond in a 
manner that is determined by the existing business rules. By way of example, the application 
service 131 of application system 130 may instruct the telephony/voice system 120 to try a new 
call to the user, to simply discard the event that initiated the outbound call, store the event that 
initiated the outbound call to be tried again in the future, notify the drug and medical information 
system, etc. 

[0085] FIG. 7 of the drawings illustrates the normal cycle by which a user 100 interacts with the 
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voice enabled interactive drug and medical information system that has been heretofor described 
while referring to FIGs. 1-6. The user interaction cycle is typically initiated when the user calls 
the drug and medical information system or when the system calls the user. Once a call is 
enabled, the interaction cycle will repeat until the call has been terminated. It should be 
recognized that a call can end for a variety of reasons (e.g., such as where the user hangs up). In 
the alternative, the voice/telephony system 120 is also capable of terminating a call at any time. 
Additional processing and system interaction may continue after a call is terminated. For 
example, if the user hangs up, the voice/telephony system 120 may choose to notify the 
application system 130 of a hang up condition, and the application service (designated 131 in 
FIG. 1) of the application system 130 may choose to make a record that the user has terminated 
the call at a specific time. For purposes of simplicity, such processing and system interaction 
after a call has been terminated will not be described when referring to FIG. 7. Therefore, FIG. 7 
is provided only to illustrate the normal user-to-system interaction cycle that is associated with 
the voice enabled interactive drug and medical information system shown in FIG. 1 . 

[0086] During normal entry 700, it is assumed that an inbound or outbound call has already been 
connected (as previously described when referring to FIGs. 5 and 6), that the application system 
130 is aware of the connected call, and that the application system 130 has delivered an 
appropriate instruction set to the voice/telephony system 120. The voice instruction interpreter 
123 of the telephony/voice system 120 of FIG. 1 receives an information/instruction set during 
step 727 for further processing. During step 728, the voice instruction interpreter 123 processes 
the voice information/instruction set that has been delivered by the application service 131 of the 
application system 130 of FIG. 1 and distributes voice output instructions to the speech/text-to- 
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speech engine 121 of the telephony/voice system 120. At the same time, a valid input 
recognition set is sent to the speech/DTMF recognition engine 122 of telephony/voice system 
120. 



[0087] The output instructions and recognition set are typically in the form of text (in the case of 
the speech/text-to-speech engine 121) or text and numbers (in the case of the speech-DTMF 
recognition engine 122). For example, it may also be necessary to send pronunciation 
instructions to the speech/text-to-speech engine 121 or to the speech/DTMF recognition engine 
122. In addition, the output construction or input set can be further encoded by a propriety 
scheme. Moreover, it is also possible for either of the output instructions or input set to be 
empty. In the case of an empty recognition set, the system will typically wait for any user input, 
or the telephony/voice system 120 will simply continue to operate after the speech/text-to-speech 
engine 121 has finished delivering its output. In the case of empty output instructions, the system 
will simply not deliver any content to the user and will expect the user to understand what to 
enter without any prompting. In this same regard, it should be understood that the voice 
information/instruction set should also contain instructions for taking action once a particular 
input has been derived. As the telephony/voice system 120 must typically interact only with the 
application system 130, the instructed response from system 120 should be in a form that will be 
understood by application system 130. 

[0088] During step 729, the speech/text-to-speech engine 121 of telephony/voice system 120 
sends output to the telephony network 1 10 to be ultimately delivered to the user 100. However, 
the speech/text-to-speech engine 121 should have the capability of delivering other forms of 
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prompting that will be understood by the user. For example, the engine 121 should be able to 
deliver prerecorded audio, DTMF, etc. 

[0089] During step 711, audio is transmitted from the telephony/voice system 120, through the 
telephony network 1 10, for receipt at the user's telephone device 101, 102 or 103 to be heard by 
the user 100. Next, at step 710, the user responds to the audio message he hears. That is, after 
being prompted (if there is a prompt available to the user), the user 100 responds accordingly. In 
this case, the user may either speak his response or press appropriate audio tone keys on his 
telephone device (DTMF). 

[0090] The speech/DTMF recognition engine 122 of the telephony/voice system 120 of FIG. 1 
receives the user's response at step 720 of FIG. 8. The response of the user is transferred over 
the telephony network 1 10 back to the telephony/voice system 120 where it is then delivered to 
the speech/DTMF recognition engine 122. The recognition engine 122 searches its input 
recognition set for a match. Recognition engine 122 can take different actions depending upon 
whether a match has been made. 

[0091] In the case of an unsuccessful match between the response of the user and the input 
recognition set of the recognition engine 122, then the user is reprompted during step 722. For 
example, voice/telephone system 120 will typically reprompt the user if the user was not heard or 
understood. However, the system should also be capable of taking other actions. For example, 
system 120 could simply report to the voice instruction interpreter 123 thereof that no match was 
found. At this point, the call would be terminated. 
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[0092] If, however, there was a successful match between the response of the user and the input 
recognition set of the recognition engine 122, then the recognition engine transmits a response to 
the voice instruction interpreter 123 of the telephony/voice system 120 of FIG. 1 during step 723. 
The speech/DTMF recognition engine 122 will typically notify the voice instruction interpreter 
123 of a successful match and deliver the input that has been recognized. Although it is not 
required, the recognition engine 122 should preferably be capable of delivering meta data that is 
associated with the user's response. For example, the recognition engine 122 could deliver a 
confidence level in the match, a recording of the user's input, etc. 

[0093] Provided that there was a successful match, the voice instruction interpreter 123 will 
receive and interpret the response from speech/DTMF recognition engine during step 724. In 
this case, the voice instruction interpreter 123 must evaluate the response and then decide on the 
next action to be taken. Typically, the decision to be made by the voice instruction interpreter 
123 is relatively simple and is dependent upon whether the voice instruction interpreter 123 has 
accumulated a complete information set that is based on the original instruction set it was 
provided during step 728. However, the voice instruction interpreter 123 may make several 
complicated calculations. Such calculations could be based on the confidence level returned by 
the speech/DTMF recognition engine 122, how long the user took to respond, etc. The level of 
detail of the calculations made by voice instruction interpreter 123 is not necessary to an 
understanding of this invention and will not be described in FIG. 7. 

[0094] If the instruction set that is required has not been sufficiently fulfilled, then the voice 
instruction interpreter 123 will send further output instructions and input sets to the appropriate 
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components of the interactive drug and medical information system (see prior step 728). Such 
further instructions would typically be sent when the original information/instruction set that was 
supplied to voice instruction interpreter 123 was either large or multi-leveled or could not be 
fulfilled with a single round of interaction with the user 100. 

[0095] On the other hand, if a complete information set is accumulated, then the voice 
instruction interpreter 123 of telephony/voice system 120 translates the response during step 725. 
That is, depending upon the input from the speech/DTMF recognition engine 122 and the 
original instruction set, the voice instruction interpreter 123 builds a response information set. 
This response information set typically represents the interpreted input of the user 100 as well as 
the action to take with the input set. For example, depending upon the user's input, the voice 
instruction interpreter 123 could be directed to deliver the input to different places within the 
interactive drug and medical information system. This information set can also contain 
additional information such as a recording of what the system heard, a confidence level, etc. 

[0096] The telephony/voice system 120 transmits the converted response information set to the 
application system 130 during step 826. The response instruction set transmitted to application 
system 130 can take any suitable form that is determined by the contract between voice/telephony 
system 120 and application system 130 (e.g., XML could be passed, a remote procedure call 
could be made, an http post could be sent, etc.). However, the precise method or format by 
which the intended information is passed will not be explained in FIG. 7. 

[0097] Next, the application service 131 of application system 130 receives and interprets the 
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response from the voice/telephony system 120 during step 750. After receiving a response, the 
application service 131 will typically fulfill a predetermined business rules action. However, the 
precise level of detail of the business rules action to be completed by application service 131 will 
not be described in FIG. 7. 

[0098] After processing the response from the voice/telephony system 120, the application 
system 130 must determine if interaction will be required with the interactive drug and medical 
information system 140. In the event that interaction between application system 130 and drug 
and medical information system 140 is not necessary, then the application service 131 of 
application system 130 generates a voice/information instruction set during step 754. In general, 
even if no interaction is necessary with the interactive drug and medical information system 140, 
the application service 131 will always generate a return instruction set for the telephony/voice 
system 120 (except in the case where the telephony/voice system 120 has notified the application 
system 130 that the user has hung up and terminated the call). Otherwise, the user would be left 
hanging while awaiting a further communication from the interactive drug and medical 
information system. If interaction between application service 130 and interactive drug and 
medical information system 140 is not necessary, the generated information/instruction set will 
typically contain additional menu navigation or prompting to gain further information from the 
user. However, in the case where interaction is required, the information/instruction set will 
typically contain a transaction of the response from the drug and medical information system 140 
and corresponding prompting and instructions for subsequent actions to be taken. Provided that 
interaction with the interactive drug and medical information system 140 is not required, then the 
application service 131 of application system 130 will now transmit the information/instruction 
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set to the voice/telephony system 120 for further processing and user interaction during step 755. 

[0099] In the event that interaction is otherwise required between the application system 130 and 
the interactive drug and medical information system 140 of FIG. 1 during step 750, then the 
application service 131 of application system 130 translates the response instructions into action 
instructions during step 751. When enough information has been accumulated to warrant an 
interaction with the interactive drug and medical information system 140, the application system 
130 generates information instructions. It should be recognized that the instructions generated by 
the application system 130 do not necessarily need to reflect directly upon the response 
instructions of the voice/telephony system 120. That is, due to predetermined business rules, the 
application system 130 can, at any time, request a refresh of the profile of a user from the 
interactive drug and medical information system 140. 

[0100] Next, during step 752, the application service 131 of application system 130 transmits the 
information instructions to the drug and medical information system 140. These instructions can 
be in any suitable form that is determined by the contract between the application system 130 and 
the interactive drug and medical information system 140 (e.g., XML could be passed, a remote 
procedure call could be made, an http post could be sent, etc.). However, the precise method or 
format by which the intended information is transmitted will not be explained in FIG. 7. 

[0101] During the next step 770, the interactive drug and medical information system 140 
receives the information instructions from the application service 131 of application system 130. 
After receiving the drug and medical information instructions, the drug and medical information 
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service 141 of drug and medical information system 140 will follow its predetermined business 
rules and take appropriate internal action. For purposes of simplicity, it is assumed that a 
request/response relationship exists between the application system 130 and the drug and medical 
information system information system 140. Accordingly, a portion of the responsibility of drug 
and medical information system 140 during this interaction will also be to generate an 
information response information set. 

[0102] In this case, the drug and medical information system 140 transmits the information 
response information set to the application system 130 during step 771. This transmission from 
information system 140 can be in any suitable form as determined by the contact between 
application system 130 and drug and medical information system 140 (see step 752). 

[0103] Finally, during step 753, the application service 131 of application system 130 receives 
the information response information set. The application service 131 may need to perform 
additional tasks prior to generating a response to the user 100. However, the precise nature of 
such additional tasks will not be described in of FIG. 7. 

[0104] It is to be understood that the voice enabled interactive drug and medical information 
system herein described is capable of receiving and transmitting dynamically generated content 
concerning on-line drug and medical information events in different forms including, but not 
limited to, XHTML, HTML, SMIL, WML, XML, VXML, SALT, SOAP, JavaScript, CSS, SVG, 
SyncML, ECMAScript, Java, WAV, and MP3 and converting such content into interactive voice 
responses. Communication between the user's telephone device (e.g., 101, 102 or 103) and the 
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telephony network 110 to permit interaction between the user and the telephony/voice system 
120 may use internet protocol (IP), wireless application protocol (WAP), voice over IP (Voip), or 
any other suitable protocol. 

WE CLAIM: 
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